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PATENT 

ATTORNEY DOCKET NO: 10246/004 001 

DIRECT RESPONSE E-MAIL 
Field of invention 
5 This invention relates to direct response e-mail. 

Background of the Invention 
In direct response e-mail, a vendor, for example, 
can sell a product to a customer by sending an e-mail 
message to the customer that describes the product and its 
10 price. The customer can order the product by returning an 
e-mail (sometimes called a direct response e-mail) that 
gives appropriate order information. The vendor can confirm 
the order by a return e-mail. The order information 
returned by the customer can sometimes be determined 
15 automatically using software that analyses the customer's 
reply e-mail . 

Summary of the Invention 
In general, in one aspect of the invention, an e- 
mail message is analyzed to derive response information 
2 0 concerning a commercial transaction. Based on the derived 
information, commercial transaction data are automatically 
generated in a format that is usable to automatically 
complete the commercial transaction. 

In general, in another aspect of the invention, an 
25 e-mail message is sent to a customer offering a product or 

service for sale. The e-mail message includes locations for 
response by the customer to indicate his intention to order 
the product or service. The customer returns an e-mail 
message that includes the response. Based on the received 
30 e-mail, order information is automatically generated in a 
format usable automatically by an order fulfillment system 
to cause the order to be filled. 

In general, another aspect of the invention includes 
automatically identifying response information which 



requires resolution of an issue with the source of the e- 
mail message and automatically managing an e-mail dialog 
with the source to resolve the issue. 

In general, in another aspect, the invention 
5 features automatically sorting e-mail messages, based on 
response information contained in the messages, into e-mail 
messages that can be processed automatically to generate 
commercial transactions, e-mail messages in which the 
response information is inadequate to permit generation of 

10 commercial transactions, and e-mail messages that may be 

subjected to exception handling to yield information that is 
sufficient to generate commercial transactions. 

In general, in another aspect, the invention 
features automatically generating a confirmatory e-mail 

15 message to the source of the e-mail message confirming that 
a commercial transaction has been or will be completed. 

In general, in another aspect, the invention 
features receiving inbound e-mail messages that result from 
corresponding outbound e-mail messages associated with a 

2 0 marketing program, the inbound messages containing response 
information, each of the outbound messages being associated 
with a distinct piece of the marketing program. The 
response information in each of the inbound messages is 
automatically associated with the corresponding distinct 

2 5 piece of the marketing program. 

In general, in another aspect, the invention 
features automatically merging response information with 
corresponding information in a database for use in 
completing transactions . 

3 0 In general, in another aspect, the invention 

features identifying inbound e-mail messages that cannot be 
processed automatically to generate commercial transactions. 





and using the database information to assist in exception 
handling of the identified inbound messages. 



Other advantages and features will become apparent 
from the following description and from the claims. 
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Brief Description of the Drawing 



Figures lA through IC and 2A through 2B show e-mail 
messages . 

Figure 3 is a block diagram of a direct response e- 
mail system. 



Outbound e-mail messages 

The two e-mail messages shown in figures lA through 
IC and 2A through 2B are examples of outbound messages 
associated with commercial transactions. 



Harvard Business Review products. Message 10 includes basic 
copy 12 that is similar to basic direct marketing copy of 
the kind that is commonly used in e-mail marketing. Message 
10 also contains a section 14 giving instructions on how to 
2 0 order the products. 

Inbound e-mail messages 



the recipient creates a reply e-mail message (the direct 
response message) and types the letters of the items that he 

25 wants to order in the first line of the body of the message. 
In other examples, the letters could be typed in the subject 
line or the last line of the body of the message. The user 
is also asked to correct and complete shipping and e-mail 
address information that has been merged into the outbound 

30 e-mail message in a section 16. In section 16, each of the 
entries is bounded by brackets. Another section could 
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Description of the Preferred Embodiments 



15 



The example message 10 shown in figure 1 offers 



To take advantage of the offer shown in figure 1, 
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contain merged billing information, not shown. The person 
who replies to the e-mail (the customer) is meant to include 
the corrections or additions within the indicated brackets. 

By allowing the recipient to take advantage of the 
5 offer simply by replying to the e-mail, rather than 

requiring the recipient to place an order by linking to a 
related web-site or to print the e-mail message and FAX it 
back, or to call an 800 number, a much higher return rate 
can be achieved. For conventional outbound e-mail messages 

10 that require the recipient to click on an embedded URL to go 
to a web site, the returns may be on the order of several 
hundred percent on investment (the fee charged for 
delivering the outbound messages) . By enabling the 
recipient to provide direct response e-mail messages as in 

15 figure 1, the return on investment can be as high as several 
thousand percent . 

Figures 2A and 2B illustrate a similar outbound e- 
mail message in which there is no choice of products but 
only a single offer to be accepted or rejected. To take 

20 advantage of the offer, the recipient types "yes" in the 

subject line. In figure 2B, a shipping block 18 of the kind 
mentioned above is shown. (In this case, the shipping block 
contains no information because the shipping address is the 
same as the billing address.) 

25 One reason for including differential billing and 

shipping blocks is to acquire information in the return e- 
mail message that is similar to information captured in 
orders placed on a related web site. In a system in which 
web-site orders generate fields that can be fed directly to 

30 an automated order fulfillment process, it is useful to make 
the e-mail message information field-wise consistent to 
permit the information to be delivered automatically to the 
same order fulfillment process. 
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Exception processing 

Processing the inbound e-mails (the ones with 
responses concerning commercial transactions from the 
recipients of the outbound e-mails) may require custom 
5 interaction with the recipients. For example, the wording 
of the outbound messages may be confusing to the recipients. 

As shown in figure 3, the system 40 enables the 
transactional e-mail message processor 42 to determine when 
a dialog with the recipient 44 is needed and then assists a 
10 human service representative 46 to conduct an effective 
dialog 48. The dialog can be conducted on behalf of the 
vendor 50 but without involving the vendor. Alternatively, 
the vendor's fulfillment process 52 can be notified 
C;l electronically 54 of interaction that may be required. 

y\ 15 Easing the processing of responses that include customer 
lii orders is important because the orders typically come back 

UJ quickly, e.g., within 36-48 hours, and in large volume. The 

^ ability to deal with questions that arise as a result of the 

|i1 contact from a customer service point of view keeps the 

L 20 vendor's customer service organization from being 
SA overwhelmed by the responses that come back. 

H The ability to process exceptions without involving 

the customer service organization of the vendor is based 
partly on knowing how the outbound e-mail messages were 
25 constructed. As a simple example, a recipient may ask an 
unnecessary question that could have been answered by 
reading the outbound e-mail message. The e-mail message 
processor can pull out the relevant portion of the message 
and send it back to the recipient to answer the question. 
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ProcOrder Process 

The inbound e-mail messages 60 are batch processed 
by a script called ProcOrder 62. ProcOrder parses the 
elements of the inbound e-mail messages in accordance with 
5 the original set up and instructions of the outbound e-mail 
messages 64. ProcOrder determines if all of the items that 
are required for an order to be completely processed 
automatically appear in the inbound e-mail message. For 
example, the script would look for the ordering token, such 

10 as the word "yes" or a series of letters depending on 

whether it is a single or multiple offer. The script would 
also look for footer information in the e-mail message, 
including a code that identifies the given campaign and the 
given offer, as seen in block 66 of figure 2B. In that 

15 example, there are four components in the footer, but only 
two are represented because the other two are not required 
in this instance. The first element is a customer 
identifier 68, e.g. 861270. Then there is a space 70 
between two pipes that would contain the list identifier if 

20 there were one. There may be multiple recipient lists for a 
given marketing campaign. In the example, there is only one 
list, and there is no list identifier. A list number 243 
might refer to a list of people who made a purchase at the 
vendor's web site or who subscribed at the web-site for a 

25 listserv. 

The third footer item could be a source of awareness 
code 72, e.g., 3275, which identifies a particular marketing 
campaign. For example, in the case of figure 2, the code 
could refer to a Benchmarking Three-part Video Series offer. 

30 The last item in the footer, located between the 

final pipe and the first right bracket would be a flight 
identification code 74. A given campaign could have 
multiple flights of e-mail messages. 
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After looking for the footer information, the 
ProcOrder parser looks for fields in the billing and 
shipping address blocks that are required to complete the 
order. What is required may vary with the type of campaign 
5 but typically the minimum requirements are a name and a 
physical address. If the information is not completely 
available in the response e-mail message, the script checks 
to see if it is available in the database 76. If not 
available in either place, the script generates an exception 

10 entry for an exception list. The exception list is provided 
to a service representative 4 6 who can then act on it 
(without involving the vendor's customer service 
organization), e.g., by sending back an e-mail message 
asking for the shipping address. 

15 If all required information is available, the script 

generates a fully fielded valid order in a format required 
by the fulfillment system of the vendor and adds it to a 
batch of valid orders 78 which are sent electronically to 
the fulfillment process . 

2 0 Confirmation e-mail message 

As a result of running the ProcOrder script, an e- 
mail message 80 is returned to each customer either to 
confirm an order or to request more information. In the 
latter case, a dialog ensues and is managed by software and 
25 through an exception handling service as explained earlier. 
For example, the customer's response could say something 
like "sure, send"; or "send it and I'll take a look." 
Shortly thereafter the customer would receive a confirmation 
"Thank you for your order; you can expect the CD-ROM in 

3 0 about seven business days. Please let us know if there is 

anything else we can do to help simply by replying to this 
e-mail . " 
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One-click ordering 



Another feature of the e-mail dialog with a customer 



involves simplifying and optimizing the presentation of 
content. In the examples of figures 1 and 2, the 
5 information is presented in a simple text format. It is 
useful also to provide in-line HTML code in the outbound e- 
mail message in a manner similar to the one-click ordering 
that Amazon.com offers in a web-site context. In one-click 
ordering, the customer sets up an account by providing 

10 credit card and shipping information. On subsequent visits 
to the web site, the customer can pick a product with one 
click, place an order, and have it shipped. A similar 
technique could be adapted to e-mail message interchange by 
embedding one-click ordering into e-mail. 

15 An advantage of in-line HTML code is the opportunity 

for a much higher response rate because of the higher 
graphical contact and higher level of engagement normally 
achieved by a graphical message. 
Template 

20 The outbound e-mail messages are set up in a 

standard format using templates 90. The templates enable 
either a single-offer message or a multiple-offer message. 
Other templates are also possible, including one that embeds 
in-line HTML into the message as mentioned above, either for 

25 the single-offer or multiple-offer cases. 



of a given campaign to be defined, including the source of 
awareness code, the flight identification code, the campaign 
identification code, and similar information. The set-up 
3 0 tool also permits defining the tokens that are to be used in 
a given campaign (for example, the letters assigned to 
different products being offered) . The set-up tool also 
allows a definition of the required fields that must appear 



In addition, a set-up tool 92 permits the parameters 
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in a given campaign to enable automated generation of orders 

to an existing fulfillment system. 

The set-up tool also provides a user interface that 

enables a vendor to help in entering the set-up information. 
5 The result of applying the tool to the templates is 

a set of outbound message forms 94 that are ready for use. 

Reporting tool 

After the template is set up and the system is ready 

to launch a flight, address 108 and other information 110. 
10 112 stored in the target list of customers is merged with 

the message forms, and the e-mail messages are automatically 

generated and sent by an outbound e-mail delivery engine 96. 

Customers then begin to respond. The ProcOrder script 

generates automatic orders to the fulfillment system and 
15 exception information for additional processing. 

A reporting tool 104 aggregates information about 

the responses for a given campaign according to source of 

awareness code and flight. The information is made 

available on-line to the vendor and can be used for a 
20 variety of marketing purposes. The information could be 

generated as an Excel file attached to an e-mail, or as a 

paper-based report, or as an electronic file that is 

transferred on a batch basis. 

Gathering additional information from database 

2 5 There may be an intermediate step between the 

parsing engine's (ProcOrder) extraction of information from 
an e-mail message and the generation of the valid order. 
The intermediate step could be a querying process 112 to 
gather additional information from an existing database. 

3 0 The additional information may not have been included in the 

outbound e-mail messages but may be needed to generate a 
valid order. For example, product codes 112 may be stored 
in the database but not included in the outbound e-mail 
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message. The letters entered by the customer can be mapped 
to the actual product codes by reference to the tables of 
the database based upon the source of awareness code. 

The resulting valid order is a fully-fielded record 
5 that has the fields required by the client's order 
fulfillment system to process an order. 
Exception treatment 

Exception handling can be treated in different ways 
depending on the circumstances. For example, an exception 

10 might occur when a customer responds from an e-mail client 

that does not quote the original text of the outbound e-mail 
message. The inbound e-mail message then has the customer's 
e-mail address, a subject line that says "yes", and the 
original subject line from the campaign, but does not have 

15 the required information for the shipping address or the 
footer information, ProcOrder would kick that out as an 
exception, but the exception handling system would allow a 
response management representative 46, based on the e-mail 
address, to confirm, from the database 76, that all of the 

20 required information is available. Use of the subject line 
allows the system to tie back to the appropriate campaign 
and to figure out who is ordering and what he is ordering. 
A valid order can be created without further interaction 
with the customer other than to send him a confirmation that 

25 the system has been able to enter a valid order on his 
behalf. 

The system thus recognizes that it is not likely to 
be possible to automate every interaction with the customer, 
but it may be possible to complete a dialog with essentially 
3 0 all of the customers from whom inbound e-mail messages are 
received by automatically identifying messages that will 
require custom human handling and providing information and 
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tools that enable the human handlers to complete the 
exception transactions in an efficient manner. 
Non-order response processing 

Not every inbound e-mail message is an order. Non- 
5 order messages include undeliverable bounced messages to ad 
hoc customer service responses. Non-order inbound e-mail 
messages must be identified by the parsing engine. 

Undeliverable e-mail messages 114 are automatically 
separated from the inbound e-mail stream and stored for 

10 offline handling by a human response handling professional, 
who operates a script on the files of undeliverable 
messages. The script classifies them as "soft" and "hard," 
parses e-mail addresses and footer data from the messages, 
matches the parsed records to the database, and flags 

15 appropriate records as "undeliverable". 

Other non-order messages also are handled manually 
as explained earlier. 
Vendor creation of e-mail campaigns. 

A campaign creation tool 126 is provided to a vendor 

20 to enable simple entry of all information needed to create 
an e-mail campaign, including all the parameters, the text 
of the messages, and the tables of data needed in the 
database. The vendor delivers the campaign electronically 
to the transactional e-mail processor which then delivers 

25 the e-mail messages, receive the responses, processes all 

exceptions, and returns to the fulfillment system the vendor 
orders in a proper format . 

A web-based vendor interface 12 8 enables on-line 
viewing by the vendor of the status of all campaigns, 

3 0 including the state of those that are in development and the 
results of those that are "live". The information is hosted 
by the transactional e-mail processor in part based on the 



- 11 - 



database 76. The interface also gives the vendor a 
mechanism to check text and other content into the database. 

Alternatively, instead of automatically permitting 
the vendor to fully create a finished campaign, the vendor 
5 may be enabled to download and check into the database a 

proposed campaign. Then an account executive of the e-mail 
handler process would review it and work with the vendor to 
complete it before it is finally queued for distribution. 

Appendices A, B, and C contain more detailed 
10 descriptions of aspects of implementations of the invention. 
Appendix D contains source code written of an example of the 
ProcOrder process. 

Other implementations are within the scope of the 
following claims. 

15 What is claimed is: 
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